home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Internet Tools 1993 July / Internet Tools.iso / iso9660 / mail / pine / imap.arc / text0065.txt < prev    next >
Encoding:
Text File  |  1993-07-02  |  2.1 KB  |  48 lines
  1. I, perhaps more than anyone else, want to put a lid on further IMAP additions
  2. in the name of stability and getting a Proposed Standard out of this.
  3. However, something has come out that has survived even my harsh filters, and
  4. I'm throwing it out to the list to be blessed (or damned, as the case may be).
  5.  
  6. The proposed change is a new form of FETCH which allows the selecting fetching
  7. of message headers.  The problem to be solved is that RFC-822 certain header
  8. lines are not represented in the IMAP envelope structure, nor is there any
  9. reasonable way to extend the envelope structure to accomodate them.  It is
  10. considered mandatory that any extension be upwards/downwards compatible and
  11. not require revisiting the next time we need to be able to snarf another
  12. header.
  13.  
  14. The most obvious example is the ReSent-Date/ReSent-From/ReSent-To header
  15. lines.  There is an additional problem with these particular header lines in
  16. that they can not be arbitrarily reordered and retain the same meaning.
  17.  
  18. Other headers, such as Newsgroups:, are also perceived as interesting.
  19.  
  20. The proposed two new functions are a ``fetch all header lines of this message
  21. whose field names match any in this list'' and ``fetch all header lines of
  22. this message whose names do not match any in this list''.  They take an
  23. argument which consists of a list of the field names.  The result of these
  24. functions is a text string similar to that from RFC822.HEADER.  All header
  25. lines are returned in the original order of the message (note this is a
  26. requirement for useful ReSent information).
  27.  
  28. For example (note that line breaks are here only for clarity):
  29.  
  30. A001 FETCH 23:30 (ENVELOPE RFC822.HEADER.LINES ("Resent-Date" "Resent-From"
  31.          "Resent-To")
  32.  
  33. would fetch the envelopes and remail information for messages 23 to 30.
  34.  
  35. A001 FETCH 23 RFC822.HEADER.LINES.NOT ("Return-Path" "Received")
  36.  
  37. would fetch the header of message 23 without the ``Return-Path'' or
  38. ``Received'' header lines.
  39.  
  40. This would become a fundamental API call in c-client, and c-client would
  41. simulate its results if it finds itself talking to an IMAP server that does
  42. not support it.
  43.  
  44. Comments please.
  45.  
  46.  
  47.  
  48.